METHOD FOR MARKING PACKETS OF A DATA TRANSMISSION FLOW AND 
MARKER DEVICE PERFORMING THIS METHOD 

BACKGROUND OF THE INVENTION 

[0001] The present invention relates to a method for marking packets of a data 

transmission flow pertaining to an end-to-end connection, and to a marker device for 

performing said method. 

[0002] Marker devices and methods of operation are already known in the art, e.g. 
from "RFC 2697 of the IETF Network working group". Therein, a single rate three color 
marker is presented which marks packets of a traffic stream to be either green, yellow 
or red. These three color marking values can be considered as priorities. These 
priorities are based upon three traffic parameters which correspond to service quality 
parameters of the traffic stream under consideration. 

[0003] In the Internet, which is an example of a packet network, such a method and 
marker device, in conjunction with a drop mechanism in the routers based on the 
priorities of the data packets, and in conjunction with the intrinsic properties of the 
TCP/IP protocol, allow for differentiation of several traffic flows based on their service 
quality and/or traffic parameters. These service quality parameters are generally 
agreed between the user and the Internet Service Provider, hereafter abbreviated with 
ISP, before the actual transmission of data takes place. The combination of all three 
mechanisms results in a differentiation of the reduction of the rate of the respective 
traffic flows in accordance to their respective priorities, in case of congestion within the 
Internet. Since these priorities are determined based on the service quality parameters, 
service level differentiation is thus obtained. 
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[0004] However, in case of serious congestion problems within the Internet, this 
mechanism can loose its efficiency. Indeed, it is nearly impossible for any service 
provider to foresee congestion within the Internet itself, such that the negotiated traffic 
or service quality parameters can still be an overestimation of what the network inside is 
really capable of. This results in all TCP connections of this service provider to be 
congested. The result of the mechanism will be that all TCP sources will end up with 
sending high priority packets, which, of course, does no longer correspond to service 
differentiation anymore. 

SUMMARY OF THE INVENTION 
[0005] An aspect of the present invention is therefore to provide a marker mechanism 
and a marker device of the above known type but which allow for service differentiation 
even in case of severe congestion problems within the Internet. 
[0006] In this way, since the priorities are now directly dependent upon a network 
feedback parameter indicative of the status of the congestion in the network, a direct 
instead of an indirect influence of the congestion upon the priorities is obtained. This is 
of course much more efficient. 

[0007] These network feedback parameters can concern both congestion on the end- 
to-end connections themselves, for instance by means of the well-known TCP 
acknowledgements, or congestion within internal core routers within the network, for 
instance based on dedicated or specific congestion information packets to be 
generated by these core routers themselves. 

[0008] By thereby further considering other parameters attributed to the end-to-end 
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connections itself, which are thus different from the already mentioned and used 
service quality parameters as well as from the network feedback parameter indicating 
congestion, a better level of differentiation with respect to the end-to-end connections 
itself, is obtained. These other parameters can be negotiated during the service level 
agreement phase between the user intending to transmit data pertaining to individual 
TCP flows and the ISP. 

[0009] A first type of these other parameters attributed to the end-to-end connection 
comprises of a reduction factor, which is used for influencing the rate with which a first 
type of these priorities, for instance the highest priority, is generated. By reducing the 
rate of generating the highest priority, and in accordance with this reduction parameter 
attributed to the end-to-end connection, a much faster and differentiated reduction of 
the flow is obtained. Similarly, a second type of these other parameters attributed to 
the end-to-end connection comprises an increase parameter. This one is used for 
again increasing the rate, during periods of non-congestion, with which this first type of 
these priorities, for instance the highest priority, is generated. Again, a differentiation 
with respect to other end-to-end connections is obtained. 
[0010] Since in general end-to-end connections in the Internet are associated to 
different terminals, the thus obtained marking mechanism also allows for a 
differentiation with respect to the terminals, taking into account congestion information. 
[0011] The use of an agreed bandwidth value and an agreed burst tolerance value as 
service quality parameters, allow for compatibility with existing marker mechanisms 
such as the token bucket mechanism. 
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[0012] The invention relates as well to a terminal and to an edge router that 
incorporates such a marker device. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0013] The above and other aspects and features of the invention will become more 
apparent and the invention itself will be best understood by referring to the following 
descriptibn of an embodiment taken in conjunction with the accompanying drawings 
wherein the figures represent embodiments a marker device MD according to the 
present invention. In the figures: 

[0014] FIG. 1 illustrates an embodiment of a marker device MD according to an aspect 
of the present invention; 

[0015] FIG. 2 illustrates an embodiment of a marker device MD in a packet network 
according to an aspect of the present invention; and 

[0016] FIG. 3 represents an embodiment of a marker device MD in a packet network 
according to an aspect of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 
[0017] The marker device MD of the present invention is used in packet networks such 
as the Internet, aiming for differentiated services. With differentiated services is meant 
that several service or quality of service classes are supported, whereby within the IP- 
header of each data packet a specific field, named the Type of Service and abbreviated 
with ToS field, can be set to a specific value. This allows different types of data packets 
or data packets belonging to a specific connection, to be distinguished from each other 
so that they can be forwarded differently. For the standardized DiffServ model, this 
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ToS field is renamed as DiffServ Code-Point and abbreviated with DSCP, to indicate 
the quality of service requirement of the data packet. Each data packet contains its 
own service parameter, which partly determines the way it should be treated at each 
hop or router. The way different data packets with different service parameters are 
treated at such a router or hop, is further determined by another set of bits within this 
DSCP field, this set representing the value of a priority. The attribution and insertion of 
the priorities in the data packets is done within a marker device that is situated either in 
the data packets transmitting terminal itself, or within the routers of the data packet 
network. Among these routers one can distinguish access or edge routers and core 
routers, based on their position within the Internet. Access routers are thereby directly 
coupled to the user terminals and situated in between the user terminals and the core 
routers. 

[0018] The present invention deals with the initial marking process of the data packets, 
which takes place either in the data transmitting terminal itself, or within the access 
router coupled to this data transmitting terminal. Marking devices placed in the core 
routers and which are adapted for adapting the value of the markers of the incoming 
packets, are not subject of this invention. 

[0019] The values of these priorities, in conjunction with their quality of service 
classes, are used within the routers to determine the so-called per-hop behavior. 
These per-hop behaviors are generally implemented by means of buffer acceptance 
mechanisms, also known as active queue management mechanisms and schedulers, 
whereby packets pertaining to the several service classes, are dropped or queued on 
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the basis of their priority and of this quality of service, and of other parameters related 
to the filling of the queue. One of these buffer acceptance mechanisms is for instance 
the so-called Random Early Detection, abbreviated with RED, algorithm. Extensive 
descriptions of this mechanism can be found in literature, for instance in the article 
"Random Early Detection gateways for Congestion Avoidance", by S. Floyd and V. 
Jacobsori, IEEE/ACM transactions on Networking, V.1 N.4, August 1993, p 397-413. It 
will however also be briefly explained in the next paragraph, since this algorithm can for 
instance be used in conjunction with the marker device of the present invention, for 
obtaining service level differentiation. 

[0020] RED is an active queue management scheme, which tries to keep the overall 
throughput high while maintaining a small average queue length. RED has four 
configurable parameters. There are two buffer thresholds, between which probabilistic 
packet drops occur. When the average queue occupancy is below the minimum 
threshold, no packets are dropped. When the average queue occupancy exceeds the 
minimum threshold, packets are dropped with an increasing probability. When the 
average queue size exceeds the maximum threshold all arriving packets are dropped. 
For service differentiation purposes, the parameters that directly control the average 
queue lengths are also used. The idea is to have n, with n having a minimum value of 
2 and related to the amount of priorities used when marking the packets, sets of 
thresholds, a maximum drop probability and a weight. The differences in parameter 
values will then result into different drop probabilities given an average queue length. 
[0021] The marking mechanism of the present invention is used in conjunction with a 
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drop mechanism having at least two, but in general, as much as there are priorities, 
different drop probability curves for dropping packets with the different priorities in 
queues pertaining to the service classes. 

[0022] The marker mechanism as well as the marker device of the present invention 
will now be discussed. 

[0023] A marker device MD is shown in FIG. 1 . It includes a memory denoted M for 
storing service quality parameter values such as an agreed bandwidth BW, an agreed 
burst tolerance value BT, and two parameters, denoted p and y , which are also 
attributed to the end-to-end connection under consideration. This end-to-end 
connection in the Internet consists of a TCP connection, the corresponding TCP flow 
being denoted TCPF and being represented by the thick arrow entering the marker 
device and leaving it as well. All four parameters BW, BT, p and y were agreed 
between the user and the ISP, and can be considered as being static parameters for 
the operation of the marker device for a particular end-to-end connection. They may 
however be updated regularly, upon which process new values will be stored within M. 
[0024] The TCP flow, of which several packets are indicated as dark rectangles, 
enters the marker device within a device, denoted ME. The latter device is adapted to, 
upon arrival of a new data packet denoted DP, to give a trigger PA to another device 
TBM, to extract the length L, in bytes, of this data packet, and to calculate At being the 
time between the previous packet arrival and the current one. This value, as well as the 
length of the packet L is as well delivered to the device TBM, whose operation will be 
described in a next paragraph. 
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[0025] The marker device MD further receives information from the packet network 
under the form of a network feedback parameter NFB, which contains information 
related to the state of congestion within the network. This parameter can be related to 
the state of congestion on the end-to-end connection, and as such may for instance 
consist of the TCP-duplicate or normal acknowledgement signal. Another example of 
congestion information within the network can consist of the ECN-bit, in case the 
network is ECN capable. ECN thereby is the abbreviation of Explicit Congestion 
Notification, which mechanism is also described in the current literature, for instance in 
the article "A proposal to add Explicit Congestion Notification (ECN) to IP", by K.K. 
Ramakrishnan and S. Floyd, RFC 2481. However this network feedback parameter 
NFB can also contain information related to the status of congestion within a core 
router, generated and transmitted by this core router itself. In the latter case several of 
these signals, generated by several congested core routers can enter the marker 
device. 

[0026] In the next paragraphs, an embodiment of the marker device will be described 
which is adapted to receive the normal and duplicate acknowledgements of the TCP 
connection for each transmitted packet. Upon receipt of one of these signals by the 
marker device, they are checked for congestion within a congestion check device CC. 
Dependent of the result of this check, the output signal CI of this congestion check 
device will be indicative of congestion or not. This signal is an input signal for a token 
generation rate device TGR which derives from it and from the value of the agreed 
bandwidth BW, of the parameters y and p related to the TCP connection under 
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consideration, and of a previous or starting value of a token generation rate, an updated 
value TGRu of this token generation rate. This updated value is temporarily stored in a 
token generation rate memory TGRM. Upon arrival of a new network feedback signal 
NFB, CI is updated and will trigger TGR to calculate a new value of TGRu. TGR is thus 
triggered or activated by the arrival of NFB signals. 

[0027] In order to distinguish between the previous value TGRp and the updated value 
TGRu of the token generation rate variable used and generated within TGR, the old 
value TGRp, is denoted as a separate signal from TGRu. 
[0028] The updated value TGRu is as well requested from TGRM and used by a 
priority device TBM, upon arrival of a new data packet DP from the TCP flow TCPF. As 
already explained in a previous paragraph of this document, this arrival is triggered by a 
signal PA. This priority device generates from TGRu, from L being the length of the 
packet, and from the already mentioned At, a priority P. This priority, or marker, is 
delivered back to the device ME, which inserts it in the data packet DP, which arrival 
was last detected. It is to be remarked that this priority generation occurs at minimum 
the speed of the data arrival transmission, thus buffering of packets is thereby reduced 
to a minimum. 

[0029] In the following, a possible algorithm for calculating the token generation rate 
and the priority will be described. 

[0030] The initial value of the token generation rate is set to BW. 
[0031] Upon arrival of a network feedback signal, for instance a TCP 
acknowledgement or duplicate acknowledgement, a check is performed within CC to 
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determine whether there is congestion or not. An updated value of the variable CI is 
thereby generated. 

[0032] In case of non-congestion the updated value TGRu of the token generation rate 

is calculated as its previous value TGRp, multiplied by (p+1), whereby p is a positive 

number, larger than zero, p is therefore also named an increase factor. 

[0033] In case of congestion, the updated value TGRu of the token generation rate is 

calculated from the previous value TGRp, multiplied by y, with y larger than zero and 

smaller than one. y is therefore also named a decrease factor. 

[0034] Upon arrival of a data packet DP, the PA signal triggers the TBM. An internal 

variable, being the token count TC, will then be updated according to the following 

equation: 

TC <-- min(TC+TGRu . At, BT) 
whereby TGRu represents the value requested by TBM from the memory TGRM. 
[0035] Next TC is compared with L In case TC is lower than L, the priority P is set to 
be low. In case TC exceeds or is equal to L, the value of TC is reduced with L, and the 
priority is set to be high. 
[0036] The initial value of the TC is set as BT. 

[0037] The embodiment and algorithm described thus used two priority values, High or 
Low. In order to use this marker algorithm within a service differentiation method, the 
per-hop behavior in the routers need to be compliant to two priorities, and thus need to 
provide for two different drop behaviors, one for each priority. The already mentioned 
2-RED method as well as the RIO which stands for the RED In and OUT algorithm and 
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which is also described in the literature can thus be used for this. 
[0038] It is however to be noted that marker methods and marker devices according to 
the invention exist with more than two priorities. For n priorities, the Per Hop behavior 
within the routers can than for instance consist of n-RED. It is also to be remarked that 
other algorithms and consequently other marker device embodiments exist whereby the 
priority generation is based purely on a network feedback congestion parameter, in 
conjunction with BW and BT. 

[0039] While the principles of the invention have been described above in connection 
with specific apparatus, it is to be clearly understood that this description is made only 
by way of example and not as a limitation on the scope of the invention, as defined in 
the appended claims. 
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